View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001821 | T99X171.00 SKB Eagle | SW Issue | public | 2023-10-23 09:48 | 2023-10-26 14:48 |
| Reporter | (ALTech) JunGyu Kim | Assigned To | (SW) Jerry Lin | Due Date | 2023-10-27 09:13 |
| Priority | high | Severity | s4-minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001821: [Smart][ATV10][VCS] Recovery operates abnormally slowly while auto reset. | ||||
| Description | Hi Kerwin, While auto reset in VCS FW, updates are performed abnormally slowly. (It takes about 13 minutes. Normally, it takes about 4 minutes.) If press the RCU power key during auto reset, the UI will be displayed and updates will do at normal speed. As you know, recovery's UI has changed since 541, and this symptom has been occurring since then. However, this symptom does not occur in other manufacturers (INTEK) and only occurs in BFX-AT100. We have already contacted SPTEK about this symptom, but SPTEK says that the system is slowing down overall and that they do not know why it is slowing down. SPTEK is currently checking this issue, but please check FXN as well. For reference, I have checked top in recovery, and the processes below are using a lot of CPU and memory. ======================================================================================== Tasks: 142 total, 2 running, 140 sleeping, 0 stopped, 0 zombie Mem: 16E total, 1.1G used, 1.7G free, 35M buffers Swap: 0 total, 0 used, 0 free, 942M cached 400%cpu 13%user 0%nice 42%sys 296%idle 50%iow 0%irq 0%sirq 0%host PID USER PR NI VIRT RES SHR S[%CPU] %MEM TIME+ ARGS 3236 root 20 0 951M 880M 863M R 46.3 29.4 0:38.37 update-binary 3 9 /cache/update.zip 3186 root 20 0 999M 953M 904M S 4.3 31.8 0:04.81 recovery ======================================================================================== Please check this issue. Thank you. Kim | ||||
| Steps To Reproduce | 1. 15.541.10 FW 2. Go to sleep mode 3. Push upgrade file (15.541.10) to cache 4. Run auto reset echo "--update_package=/cache/update.zip" > /cache/recovery/command reboot private_recovery 5. The auto reset is processing abnormally slowly (It takes about 13 minutes). | ||||
| Tags | No tags attached. | ||||
| Attach Tags | |||||
| User List |
(ALTech) SY Yoon , (ALTech) Younkwang Jung |
|---|
|
|
Hi Jason This is an issue related to the FW upgrade and is currently a Major issue. https://jira.skbroadband.com/browse/BPM-23149 Please check this issue after other urgent tasks are completed. Thank you YK.Jung |
|
|
Hi YK, I update SD test FW to ALT Server. You can use this FW to test this issue. I think we need to add the following code in bootable/recovery/recovery_ui/custom_screen_ui.cpp diff --git a/recovery_ui/custom_screen_ui.cpp b/recovery_ui/custom_screen_ui.cpp index 107d2837..680e2734 100644 --- a/recovery_ui/custom_screen_ui.cpp +++ b/recovery_ui/custom_screen_ui.cpp @@ -1838,6 +1838,12 @@ void ScreenRecoveryUI::ShowProgressByPercent(int percent, UPDATE_STEP_T step) { int ten, one; + // Draw UI when TV is ON + if(CheckHDMIDisplayStatus() != 1) { + usleep((long)(0.02 * 1000000)); + return; + } + file link: /release_by_fxn/smart3_test/20231026_mantis1820 Jerry |
|
|
Hi Jerry, Thank you for support. We share the test result to SPTEK, they have fixed this issue. ==================================================================================== commit 7ea54f5fbf69c428582c60863ebf812b15e905ff Author: Hyunwoo Park <april4th@sptek.co.kr> Date: Thu Oct 26 14:07:10 2023 +0900 [BPM-23882] Missing seperator Change-Id: If506fe80690ff5ab7af1f17720c3c2c87bc8da60 commit 3908149d385167e662b6fb85ffd60a5f3e36198a Author: Hyunwoo Park <april4th@sptek.co.kr> Date: Thu Oct 26 13:59:25 2023 +0900 [BPM-23882] Prevent gr_flip when installing with private recovery Change-Id: I4f6a494d6caadb76d2c0a29e24c12af67c7934bd ==================================================================================== So I close this issue. Thank you. Kim |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2023-10-23 09:48 | (ALTech) JunGyu Kim | New Issue | |
| 2023-10-23 09:48 | (ALTech) JunGyu Kim | Status | new => assigned |
| 2023-10-23 09:48 | (ALTech) JunGyu Kim | Assigned To | => (SW) Kerwin Chen |
| 2023-10-23 09:49 | (ALTech) JunGyu Kim | Issue Monitored: (ALTech) SY Yoon | |
| 2023-10-23 09:49 | (ALTech) JunGyu Kim | Issue Monitored: (ALTech) Younkwang Jung | |
| 2023-10-24 14:17 | (ALTech) Younkwang Jung | Assigned To | (SW) Kerwin Chen => (SW) Jason Ling |
| 2023-10-24 14:23 | (ALTech) Younkwang Jung | Note Added: 0014398 | |
| 2023-10-25 08:13 | (ALTech) Younkwang Jung | Priority | normal => high |
| 2023-10-25 08:13 | (ALTech) Younkwang Jung | Due Date | => 2023-10-27 09:13 |
| 2023-10-25 17:07 |
|
Assigned To | (SW) Jason Ling => (SW) Jerry Lin |
| 2023-10-26 09:25 | (SW) Jerry Lin | Note Added: 0014402 | |
| 2023-10-26 14:48 | (ALTech) JunGyu Kim | Status | assigned => closed |
| 2023-10-26 14:48 | (ALTech) JunGyu Kim | Resolution | open => fixed |
| 2023-10-26 14:48 | (ALTech) JunGyu Kim | Note Added: 0014406 |
